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DETAILED ACTION 

Response to Amendment 

1 . This Office Action has been issued in response to appeal brief filed on 22 October 2008. 
Claims 29-31 and 55-57 are cancelled. Claims 1-28, 32-54, and 58-73 are pending. Applicants' 
arguments have been carefully and respectfully considered in light of the brief and are 
persuasive, as they relate to the claim rejections under 35 U.S.C. 102 and 103. Therefore, those 
rejections are withdrawn. However, after further search and consideration, Examiner has found 
additional prior art, as will be discussed below. Accordingly, this action has been made NON- 
FINAL. 

Reopened Prosecution 

2. In view of the Appeal Brief filed on 10/22/2008, PROSECUTION IS HEREBY 
REOPENED. New grounds of rejection are set forth below. 

To avoid abandonment of the application, appellant must exercise one of the following 
two options: 

(1) file a reply under 37 CFR 1.111 (if this Office action is non-final) or a reply under 37 
CFR 1.113 (if this Office action is final); or, 

(2) initiate a new appeal by filing a notice of appeal under 37 CFR 41.31 followed by an 
appeal brief under 37 CFR 41 .37. The previously paid notice of appeal fee and appeal brief fee 
can be applied to the new appeal. If, however, the appeal fees set forth in 37 CFR 41 .20 have 
been increased since they were previously paid, then appellant must pay the difference between 
the increased fees and the amount previously paid. 
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A Supervisory Patent Examiner (SPE) has approved of reopening prosecution by signing 

below: 

/Apu M Mofiz/ 

Supervisory Patent Examiner, Art Unit 2161. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

4. Claims 1-28, 32, and 62-73 are rejected under 35 U.S.C. 101 because the claimed 
invention is directed to non- statutory subject matter. The method is not (1) tied to another 
statutory class (such as a particular apparatus) nor does the method (2) transform underlying 
subject matter (such as an article or materials) to a different state or thing. As such, the 
process/method is not a patent eligible process under 35 USC § 101 . 

NOTE: Based on Supreme Court precedent and recent Federal Circuit decisions, the 
Office's guidance to examiners is that a 101 process must (1) be tied to another statutory class 
(such as a particular apparatus) or (2) transform underlying subject matter (such as an article or 
materials) to a different state or thing. If neither of these requirements is met by the claim, the 
method is not a patent eligible process under 5 101 and should be rejected as being directed to 
nonstatutory subject matter. 
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5. The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 2 1(2) of such treaty in the English language. 

6. Claims 1-4, 10, 11, 15, 22, 32, 33-36, 44, 45, 49, 58, and 61-73 are rejected under 35 
U.S.C. 102(e) as being anticipated by Chang et al (US 2005/0039049 Al). 

With respect to independent claim 1, Chang teaches a method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

a) obtaining a lock for the file (see [0048]); and then 

b) preallocating a metadata block for the file (see [0049]); and then 

c) releasing the lock for the file (see [0049] and [0053]); and then 

d) asynchronously writing to the file (see [0050] and [0056]); and then 

e) obtaining the lock for the file (see [0054]); and then 

f) committing the metadata block to the file (see [0056]); and then 

g) releasing the lock for the file (see [0056]). 

With respect to dependent claim 2, Chang further teaches a hierarchy of blocks including 
an inode block of metadata, data blocks of file data, and indirect blocks of metadata, and wherein 
the metadata block for the file is an indirect block of metadata (see [0047] -[0056]). 
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With respect to dependent claim 3, Chang further teaches copying data from an original 
indirect block of the file to the metadata block for the file, the original indirect block of the file 
having been shared between the file and a read-only version of the file (see [0047] -[0056] ) . 

With respect to dependent claim 4, Chang further teaches concurrent writing for more 
than one client to the metadata block for the file (see [0056]). 

With respect to dependent claim 10, Chang further teaches writing the metadata block to 
a log in storage of the network file server for committing the metadata block for the file (see 
[0056]). 

With respect to dependent claim 1 1 , Chang further teaches gathering together 
preallocated metadata blocks for a plurality of client write requests to the file, and committing 
together the preallocated metadata blocks for the plurality of client write requests to the file by 
obtaining the lock for the file, committing the gathered preallocated metadata blocks for the 
plurality of client write requests to the file, and then releasing the lock for the file (see [0047]- 
[0056]). 

With respect to independent claim 15, Chang teaches a method of operating a network 
file server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

a) preallocating a metadata block for the file (see [0049]); and then 

b) asynchronously writing to the file (see [0050] and [0056]); and then 

c) committing the metadata block to the file (see [0056]); 

wherein the method includes gathering together preallocated metadata blocks for a 
plurality of client write requests to the file, and committing together the preallocated metadata 
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blocks for the plurality of client write requests to the file by obtaining a lock for the file, 
committing the gathered preallocated metadata blocks for the plurality of client write requests to 
the file, and then releasing the lock for the file (see [0047] - [0056] ) . 

With respect to dependent claim 22, Chang further teaches processing multiple 
concurrent read and write requests by pipelining the requests through a first processor and a 
second processor, the first processor performing metadata management for the multiple 
concurrent read and write requests, and the second processor performing asynchronous reads and 
writes for the multiple concurrent read and write requests (see [0047] -[0056]). 

With respect to independent claim 32, Chang teaches A method of operating a network 
file server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by executing a write 
thread, execution of the write thread including: 

a) obtaining an allocation mutex for the file (see [0048]); and then 

b) preallocating new metadata blocks that need to be allocated for writing to the file 
(see [0049]); and then 

c) releasing the allocation mutex for the file (see [0049] and [0053])); and then 

d) issuing asynchronous write requests for writing to the file (see [0050] and 
[0056]); 

e) waiting for callbacks indicating completion of the asynchronous write requests 
(see [0050] and [0056]; and then 

f) obtaining the allocation mutex for the file (see [0054]); and then 

g) committing the preallocated metadata blocks (see [0056]); and then 
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h) releasing the allocation mutex for the file (see [0056]). 

With respect to claims 33-36, claims 33-36 correspond to claims 1-4 and are rejected for 
the same reasons as set forth in the rejection of claims 1-4 above. 

With respect to claims 44-45, claims 44-45 correspond to claims 10-1 1 and are rejected 
for the same reasons as set forth in the rejection of claims 10-11 above. 

With respect to claim 49, claim 49 corresponds to claim 15 and is rejected for the same 
reasons as set forth in the rejection of claim 15 above. 

With respect to claim 58, claim 58 corresponds to claim 32 and is rejected for the same 
reasons as set forth in the rejection of claim 32 above. 

With respect to independent claim 61, Chang teaches a method of operating a network 
file server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

a) preallocating a block for the file (see [0049]); and then 

b) asynchronously writing to the file (see [0050] and [0056]); and then 

c) committing the preallocated block (see [0056]); 

wherein the network file server also includes an uncached write interface, a file system 
cache, and a cached read-write interface, wherein the uncached write interface bypasses the file 
system cache for sector-aligned write operations, and the network file server is programmed to 
invalidate cache blocks in the file system cache including sectors being written to by the 
uncached write interface (see [0047] -[0056]). 
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With respect to dependent claim 62, Chang further teaches a final step of returning to said 
client an acknowledgement of the writing to the file (see [0047] -[0056]). 

With respect to claims 63-67, claims 63-67 correspond to claim 62 and are rejected for 
the same reasons as set forth in the rejection of claim 62 above. 

With respect to dependent claim 68, Chang further teaches a final step of saving the file 
in disk storage of the network file server (see [004 7] -[00 5 6]). 

With respect to claims 69-73, claims 69-73 correspond to claim 68 and are rejected for 
the same reasons as set forth in the rejection of claim 68 above. 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claims 5-9, 12-14, 16-21, 23-28, 37-43, 46-48, and 50-54 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Chang in view of Marcotte (US 6,449, 614 Bl). 

With respect to dependent claim 5, note the discussion of claim 1 above, Chang discloses 
all of the elements of claim 1 , but fails to explicitly recite the asynchronous writing to the file 
includes a partial write to a new block that has been copied at least in part from an original block 
of the file, and wherein the method further includes checking a partial block conflict queue for a 
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conflict with a concurrent write to the new block, and upon failing to find an indication of a 
conflict with a concurrent write to the new block, preallocating the new block, copying at least a 
portion of the original block of the file to the new block, and performing the partial write to the 
new block. 

However, Marcotte teaches the asynchronous writing to the file includes a partial write to 
a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
concurrent write to the new block, and upon failing to find an indication of a conflict with a 
concurrent write to the new block, preallocating the new block, copying at least a portion of the 
original block of the file to the new block, and performing the partial write to the new block (see 
column 13, line 35 through column 14, line 43). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the holding queue of Marcotte for the purpose of achieving better performance 
eliminate the need to suspend the system. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Chang to obtain the 
invention as specified in the instant claims. 

With respect to dependent claim 6, note the discussion of claim 1 above, Chang discloses 
all of the elements of claim 1, but fails to explicitly recite the asynchronous writing to the file 
includes a partial write to a new block that has been copied at least in part from an original block 
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of the file, and wherein the method further includes checking a partial block conflict queue for a 
conflict with a concurrent write to the new block, and upon finding an indication of a conflict 
with a concurrent write to the new block, waiting until resolution of the conflict with the 
concurrent write to the new block, and then performing the partial write to the new block. 

However, Marcotte teaches the asynchronous writing to the file includes a partial write to 
a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
concurrent write to the new block, and upon finding an indication of a conflict with a concurrent 
write to the new block, waiting until resolution of the conflict with the concurrent write to the 
new block, and then performing the partial write to the new block (see column 13, line 35 
through column 14, line 43). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the holding queue of Marcotte for the purpose of achieving better performance 
eliminate the need to suspend the system. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Chang to obtain the 
invention as specified in the instant claims. 

With respect to dependent claim 7, Marcotte further teaches placing a request for the 
partial write in a partial write wait queue upon finding an indication of a conflict with a 
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concurrent write to the new block, and performing the partial write upon servicing the partial 
write wait queue (see column 13, line 35 through column 14, line 43). 

With respect to dependent claim 8, note the discussion of claim 1 above, Chang discloses 
all of the elements of claim 1, but fails to explicitly recite checking an input-output list for a 
conflicting prior concurrent access to the file, and upon finding a conflicting prior concurrent 
access to the file, suspending the asynchronous writing to the file until the conflicting prior 
concurrent access to the file is no longer conflicting. 

However, Marcotte teaches checking an input-output list for a conflicting prior 
concurrent access to the file, and upon finding a conflicting prior concurrent access to the file, 
suspending the asynchronous writing to the file until the conflicting prior concurrent access to 
the file is no longer conflicting (see column 12, line 7 through column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Chang to obtain the 
invention as specified in the instant claims. 

With respect to dependent claim 9, Marcotte further teaches providing a sector-level 
granularity of byte range locking for concurrent write access to the file by the suspending of the 
asynchronous writing to the file until the conflicting prior concurrent access is no longer 
conflicting (see column 12, line 7 through column 13, line 32). 
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With respect to dependent claim 12, note the discussion of claim 1 above, Chang 
discloses all of the elements of claim 1, Chang further teaches checking whether a previous 
commit is in progress after asynchronously writing to the file and before obtaining the lock for 
the file for committing the metadata block to the file (see [0047] -[0056]), but fails to explicitly 
recite upon finding that a previous commit is in progress, placing a request for committing the 
metadata block to the file on a staging queue for the file. 

However, Marcotte teaches upon finding that a previous commit is in progress, placing a 
request for committing the metadata block to the file on a staging queue for the file (see column 
12, line 7 through column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Chang to obtain the 
invention as specified in the instant claims. 

With respect to independent claim 13, Chang teaches a method of operating a network 
file server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

a) preallocating a block for the file (see [0049]); and then 

b) asynchronously writing to the file (see [0050] and [0056]); and then 

c) committing the block to the file (see [0056]); 
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Chang fails to explicitly recite the asynchronous writing to the file includes a partial write 
to a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
concurrent write to the new block, and upon finding an indication of a conflict with a concurrent 
write to the new block, waiting until resolution of the conflict with the concurrent write to the 
new block, and then performing the partial write to the new block. 

However, Marcotte teaches the asynchronous writing to the file includes a partial write to 
a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
concurrent write to the new block, and upon finding an indication of a conflict with a concurrent 
write to the new block, waiting until resolution of the conflict with the concurrent write to the 
new block, and then performing the partial write to the new block (see column 13, line 35 
through column 14, line 43). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the holding queue of Marcotte for the purpose of achieving better performance 
eliminate the need to suspend the system. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Chang to obtain the 
invention as specified in the instant claims. 
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With respect to dependent claim 14, Marcotte further teaches placing a request for the 
partial write in a partial write wait queue upon finding an indication of a conflict with a 
concurrent write to the new block, and performing the partial write upon servicing the partial 
write wait queue (see column 13, line 35 through column 14, line 43). 

With respect to dependent claim 16, note the discussion of claim 15 above, Chang 
discloses all of the elements of claim 15, Chang further teaches checking whether a previous 
commit is in progress after asynchronously writing to the file and before obtaining the lock for 
the file for committing the metadata block to the file (see [0047] '-[0056]), but fails to explicitly 
recite upon finding that a previous commit is in progress, placing a request for committing the 
metadata block to the file on a staging queue for the file. 

However, Marcotte teaches upon finding that a previous commit is in progress, placing a 
request for committing the metadata block to the file on a staging queue for the file (see column 
12, line 7 through column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 17, note the discussion of claim 15 above, Chang 
discloses all of the elements of claim 15, but fails to explicitly recite the network file server 
responding to concurrent write requests by writing new data for specified blocks of the file to the 
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disk storage without writing the new data for the specified blocks of the file to the file system 
cache, and invalidating the specified blocks of the file in the file system cache. 

However, Marcotte teaches the network file server responding to concurrent write 
requests by writing new data for specified blocks of the file to the disk storage without writing 
the new data for the specified blocks of the file to the file system cache, and invalidating the 
specified blocks of the file in the file system cache (see column 12, line 7 through column 13, 
line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 18, Marcotte further teaches the network file server 
responding to read requests for file blocks not found in the file system cache by reading the file 
blocks from the file system in disk storage and then checking whether the file blocks have 
become stale due to concurrent writes to the file blocks, and writing to the file system cache a 
file block that has not become stale, and not writing to the file system cache a file block that has 
become stale (see column 12, line 7 through column 13, line 32). 

With respect to dependent claim 19, Marcotte further teaches the network file server 
checking a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache, and upon finding that the read-in-progress flag indicates that a prior read of the 
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file block is in progress from the file system in the disk storage, waiting for completion of the 
prior read of the file block from the file system in the disk storage, and then again checking 
whether the file block is in the file system cache (see column 12, line 7 through column 13, line 
32). 

With respect to dependent claim 20, Marcotte further teaches the network file server 
setting a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache and then beginning to read the file block from the file system in disk storage, 
clearing the read-in-progress flag upon writing to the file block on disk, and inspecting the read- 
in-progress flag to determine whether the file block has become stale due a concurrent write to 
the file block (see column 12, line 7 through column 13, line 32). 

With respect to dependent claim 2 1 , Marcotte further teaches the network file server 
maintaining a generation count for each read of a file block from the file system in the disk 
storage in response to a read request for a file block that is not in the file system cache, and 
checking whether a file block having been read from the file system in the disk storage has 
become stale by checking whether the generation count for the file block having been read from 
the file system is the same as the generation count for the last read request for the same file block 
(see column 12, line 7 through column 13, line 32). 

With respect to dependent claim 23, note the discussion of claim 15 above, Chang 
discloses all of the elements of claim 15, but fails to explicitly recite serializing the reads by 
delaying access for each read to a block that is being written to by a prior, in-progress write until 
completion of the write to the block that is being written to by the prior, in-progress write. 
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However, Marcotte teaches serializing the reads by delaying access for each read to a 
block that is being written to by a prior, in-progress write until completion of the write to the 
block that is being written to by the prior, in-progress write (see column 12, line 7 through 
column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 24, note the discussion of claim 15 above, Chang 
discloses all of the elements of claim 15, but fails to explicitly recite serializing the writes by 
delaying access for each write to a block that is being accessed by a prior, in-progress read or 
write until completion of the read or write to the block that is being accessed by the prior, in- 
progress read or write. 

However, Marcotte teaches serializing the reads by delaying access for each read to a 
block that is being written to by a prior, in-progress write until completion of the write to the 
block that is being written to by the prior, in-progress write (see column 12, line 7 through 
column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the waiting list of Marcotte. 
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The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to independent claim 25, Chang teaches a method of operating a network 
file server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

a) preallocating a metadata block for the file (see [0049]); and then 

b) asynchronously writing to the file (see [0050] and [0056]); and then 

c) committing the metadata block to the file (see [0056]); 

Chang fails to explicitly recite the network file server responding to concurrent write 
requests by writing new data for specified blocks of the file to the disk storage without writing 
the new data for the specified blocks of the file to the file system cache, and invalidating the 
specified blocks of the file in the file system cache. 

Chang also fails to explicitly recite the network file server responding to read requests for 
file blocks not found in the file system cache by reading the file blocks from the file system in 
disk storage and then checking whether the file blocks have become stale due to concurrent 
writes to the file blocks, and writing to the file system cache a file block that has not become 
stale, and not writing to the file system cache a file block that has become stale. 

However, Marcotte teaches the network file server responding to concurrent write 
requests by writing new data for specified blocks of the file to the disk storage without writing 
the new data for the specified blocks of the file to the file system cache, and invalidating the 
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specified blocks of the file in the file system cache (see column 12, line 7 through column 13, 
line 32). 

Marcotte also teaches the network file server responding to read requests for file blocks 
not found in the file system cache by reading the file blocks from the file system in disk storage 
and then checking whether the file blocks have become stale due to concurrent writes to the file 
blocks, and writing to the file system cache a file block that has not become stale, and not writing 
to the file system cache a file block that has become stale (see column 12, line 7 through column 
13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 26, Marcotte further teaches the network file server 
checking a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache, and upon finding that the read-in-progress flag indicates that a prior read of the 
file block is in progress from the file system in the disk storage, waiting for completion of the 
prior read of the file block from the file system in the disk storage, and then again checking 
whether the file block is in the file system cache (see column 12, line 7 through column 13, line 
32). 
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With respect to dependent claim 27, Marcotte further teaches the network file server 
setting a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache and then beginning to read the file block from the file system in disk storage, 
clearing the read-in-progress flag upon writing to the file block on disk, and inspecting the read- 
in-progress flag to determine whether the file block has become stale due a concurrent write to 
the file block (see column 12, line 7 through column 13, line 32). 

With respect to dependent claim 28, Marcotte further teaches the network file server 
maintaining a generation count for each read of a file block from the file system in the disk 
storage in response to a read request for a file block that is not in the file system cache, and 
checking whether a file block having been read from the file system in the disk storage has 
become stale by checking whether the generation count for the file block having been read from 
the file system is the same as the generation count for the last read request for the same file block 
(see column 12, line 7 through column 13, line 32). 

With respect to claims 37-43, claims 37-43 correspond to claims 5-9 and are rejected for 
the same reasons as set forth in the rejection of claims 5-9 above. 

With respect to claims 46-48, claims 46-48 correspond to claims 12-14 and are rejected 
for the same reasons as set forth in the rejection of claims 12-14 above. 

With respect to claim 50, claim 50 corresponds to claim 16 and is rejected for the same 
reasons as set forth in the rejection of claim 16 above. 

With respect to claims 51-54, claims 51-54 correspond to claims 25-28 and are rejected 
for the same reasons as set forth in the rejection of claims 25-28 above. 
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9. Claims 59 and 60 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Chang in view of Xu et al (US 6,324,581 Bl). 

With respect to dependent claim 59, note the discussion of claim 58 above, Chang 
discloses all of the elements of claim 58 but fails to explicitly recite an uncached write interface, 
a file system cache and a cached read-write interface, and wherein the uncached write interface 
bypasses the file system cache for sector-aligned write operations. 

However, Xu teaches an uncached write interface, a file system cache and a cached read- 
write interface, and wherein the uncached write interface bypasses the file system cache for 
sector-aligned write operations (see column 8, line 36 through column 9, line 39). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Chang and Marcotte before him or her, to modify the asynchronous writing of 
Chang to include the uncached write interface of Xu. 

The suggestion/motivation for doing so would have been to reduce the loading of data 
from data movers by using a cached array (see column 2, lines 57-61). 

With respect to dependent claim 60, Xu further teaches the network file server is further 
programmed to invalidate cache blocks in the file system cache including sectors being written to 
by the uncached write interface (see column 8, line 36 through column 9, line 39). 



Response to Arguments 
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10. Applicant's arguments with respect to claims 1-28, 32-54, and 58-73 have been 
considered but are moot in view of the new ground(s) of rejection. 



Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JARED M. BIBBEE whose telephone number is (571)270-1054. 
The examiner can normally be reached on IFP. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Apu Mofiz can be reached on 571-272-4080. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/J. M. B.I 

Examiner, Art Unit 2161 
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